建议类型

说明

主办及协办单位

1.

¤

以“企业架构”方法分析现行服务系统，盘点应用模块与基础架构，在此基础之上，持续记录服务系统变更，并纳入知识管理知一环。

·服务失效权责单位

·系统厂商

2.

¤

依据技术文件及项目会议记录，参考应用系统服务日志，根据“企业架构”塑模，进行“故障树分析”，找出关键服务失效因子与探索某模块发生失效机率。

·服务失效权责单位

·系统厂商

3.

¤

依照信息服务系统质量因子，修改应用系统捕捉服务时间与服务失效记录等，建立服务系统质量监控及分析机制，并修正“企业架构”相关塑模文件。

·系统厂商

4.

¤

检讨上线前信息服务系统测试案例对整合测试之合理性，据此设计具服务代表性之新测试案例，配合建立系统质量监控及分析机制，进行整合测试并撰写整合测试报告。

·服务失效权责单位

·系统厂商

5.

¤

检讨上线前信息服务系统测试案例对压力测试之合理性，据此设计具服务代表性之新测试案例，配合建立系统质量监控及分析机制，进行整合测试并撰写压力测试报告。

·系统厂商

6.

¤

检讨资讯系统服务失效时，服务据点人员之应变措施，据此设计服务失效标准作业程序，并订期进行服务据点人员演练，记录服务失效应变演练措施。

·服务失效权责单位

·系统厂商

7.

º

依人口数及地理位置考虑，简并与“集中化”数据库主机群至数个，由关系型改为分布式网络数据库，多座数据中心彼此相互备援。

·系统厂商

8.

º

将报表或批次打印主机群读取数据方式，由集中关系型改为该“集中化”区域之分布式网络数据库，透过撷取、转换和加载机制(ETL)，以分流数据库负载。

·系统厂商

9.

º

与“集中化”数据库同区域，将应用主机群简化至数个，透过网页负载平衡器自动将请求转向至较为空闲或服务正常之中心。由于分布式网络数据库具备援写入其他主机群特性，因此应用系统主机服务时之地理位置无关于服务中断。

·系统厂商

10.

º

检讨信息服务系统设计架构，统计分析各数据中心服务量及其服务模式，透过时间序列分析，随机程序分析等，并考虑巨量数据涌入机率，观察系统资源调用情形。

·系统厂商

11.

º

自本信息服务系统所衍生之数据集，由调查团队参考先进国家电子化政府范例，进行巨量分析推演有价值之成果，作为政府施政与民众沟通桥梁。

·服务失效权责单位

·调查团队

12.

º

自本信息服务系统所衍生与国家发展相关所需之有价值数据集，由调查团队参考政府开放资料平台机制，将无个资疑虑之数据集加以公开，以提升数据附加价值。

·服务失效权责单位

·调查团队